Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

chore(deps): update dependency wrangler to v3.105.0 #89

Open
wants to merge 1 commit into
base: main
Choose a base branch
from
Open

chore(deps): update dependency wrangler to v3.105.0 #89

wants to merge 1 commit into from

Conversation

renovate[bot]
Copy link
Contributor

@renovate renovate bot commented Jul 3, 2024 •
edited
Loading

This PR contains the following updates:

Package Change Age Adoption Passing Confidence
wrangler (source) 3.62.0 -> 3.105.0 age adoption passing confidence
wrangler (source) 3.62.0 -> 3.105.0 age adoption passing confidence

Release Notes

cloudflare/workers-sdk (wrangler)

v3.105.0

Compare Source

Minor Changes

  • #​7466 e5ebdb1 Thanks @​Ltadrian! - feat: implement the wrangler cert upload command

    This command allows users to upload a mTLS certificate/private key or certificate-authority certificate chain.

    For uploading mTLS certificate, run:

    • wrangler cert upload mtls-certificate --cert cert.pem --key key.pem --name MY_CERT

    For uploading CA certificate chain, run:

    • wrangler cert upload certificate-authority --ca-cert server-ca.pem --name SERVER_CA
Patch Changes

v3.104.0

Compare Source

Minor Changes

  • #​7715 26fa9e8 Thanks @​penalosa! - Support service bindings from Pages projects to Workers in a single workerd instance. To try it out, pass multiple -c flags to Wrangler: i.e. wrangler pages dev -c wrangler.toml -c ../other-worker/wrangler.toml. The first -c flag must point to your Pages config file, and the rest should point to Workers that are bound to your Pages project.

  • #​7816 f6cc029 Thanks @​dario-piotrowicz! - add support for assets bindings to getPlatformProxy

    this change makes sure that that getPlatformProxy, when the input configuration
    file contains an assets field, correctly returns the appropriate asset binding proxy

    example:

    // wrangler.json
{
  "name": "my-worker",
  "assets": {
    "directory": "./public/",
    "binding": "ASSETS"
  },
  "vars": {
    "MY_VAR": "my-var"
  }
}
    import { getPlatformProxy } from "wrangler";

const { env, dispose } = await getPlatformProxy();

if (env.ASSETS) {
  const text = await (
    await env.ASSETS.fetch("http://0.0.0.0/file.txt")
  ).text();
  console.log(text); // logs the content of file.txt
}

await dispose();
Patch Changes

v3.103.2

Compare Source

Patch Changes

v3.103.1

Compare Source

Patch Changes

v3.103.0

Compare Source

Minor Changes

  • #​5086 8faf2c0 Thanks @​dario-piotrowicz! - add --strict-vars option to wrangler types

    add a new --strict-vars option to wrangler types that developers can (by setting the
    flag to false) use to disable the default strict/literal types generation for their variables

    opting out of strict variables can be useful when developers change often their vars values,
    even more so when multiple environments are involved

v3.102.0

Compare Source

Minor Changes
Patch Changes

v3.101.0

Compare Source

Minor Changes

  • #​7534 7c8ae1c Thanks @​cmackenzie1! - feat: Use OAuth flow to generate R2 tokens for Pipelines

  • #​7674 45d1d1e Thanks @​Ankcorn! - Add support for env files to wrangler secret bulk i.e. .dev.vars

    Run wrangler secret bulk .dev.vars to add the env file

    //.dev.vars
KEY=VALUE
KEY_2=VALUE

    This will upload the secrets KEY and KEY_2 to your worker

  • #​7442 e4716cc Thanks @​petebacondarwin! - feat: add support for redirecting Wrangler to a generated config when running deploy-related commands

    This new feature is designed for build tools and frameworks to provide a deploy-specific configuration,
    which Wrangler can use instead of user configuration when running deploy-related commands.
    It is not expected that developers of Workers will need to use this feature directly.

Affected commands

The commands that use this feature are:

  • wrangler deploy
  • wrangler dev
  • wrangler versions upload
  • wrangler versions deploy
  • wrangler pages deploy
  • wrangler pages build
  • wrangler pages build-env
Config redirect file

When running these commands, Wrangler will look up the directory tree from the current working directory for a file at the path .wrangler/deploy/config.json. This file must contain only a single JSON object of the form:

{ "configPath": "../../path/to/wrangler.json" }

When this file exists Wrangler will follow the configPath (relative to the .wrangler/deploy/config.json file) to find an alternative Wrangler configuration file to load and use as part of this command.

When this happens Wrangler will display a warning to the user to indicate that the configuration has been redirected to a different file than the user's configuration file.

Custom build tool example

A common approach that a build tool might choose to implement.

  • The user writes code that uses Cloudflare Workers resources, configured via a user wrangler.toml file.

    name = "my-worker"
main = "src/index.ts"
[[kv_namespaces]]
binding = "<BINDING_NAME1>"
id = "<NAMESPACE_ID1>"

    Note that this configuration points main at user code entry-point.

  • The user runs a custom build, which might read the wrangler.toml to find the entry-point:

    > my-tool build

  • This tool generates a dist directory that contains both compiled code and a new deployment configuration file, but also a .wrangler/deploy/config.json file that redirects Wrangler to this new deployment configuration file:

    - dist
  - index.js
	- wrangler.json
- .wrangler
  - deploy
	  - config.json

    The dist/wrangler.json will contain:

    {
  "name": "my-worker",
  "main": "./index.js",
  "kv_namespaces": [
    { "binding": "<BINDING_NAME1>", "id": "<NAMESPACE_ID1>" }
  ]
}

    And the .wrangler/deploy/config.json will contain:

    {
  "configPath": "../../dist/wrangler.json"
}

  • #​7685 9d2740a Thanks @​vicb! - allow overriding the unenv preset.

    By default wrangler uses the bundled unenv preset.

    Setting WRANGLER_UNENV_RESOLVE_PATHS allow to use another version of the preset.
    Those paths are used when resolving the unenv module identifiers to absolute paths.
    This can be used to test a development version.

  • #​7694 f3c2f69 Thanks @​joshthoward! - Default wrangler d1 export to --local rather than failing

Patch Changes

v3.100.0

Compare Source

Minor Changes

  • #​7604 6c2f173 Thanks @​CarmenPopoviciu! - feat: Capture Workers with static assets in the telemetry data

    We want to measure accurately what this number of Workers + Assets projects running in remote mode is, as this number will be a very helpful data point down the road, when more decisions around remote mode will have to be taken.

    These changes add this kind of insight to our telemetry data, by capturing whether the command running is in the context of a Workers + Assets project.

    N.B. With these changes in place we will be capturing the Workers + Assets context for all commands, not just wrangler dev --remote.

Patch Changes

  • #​7581 cac7fa6 Thanks @​vicb! - chore(wrangler): update unenv dependency version

    unenv now uses the workerd implementation on node:dns
    See the unjs/unenv#376

  • #​7625 d8fb032 Thanks @​vicb! - feat(wrangler): use unenv builtin dependency resolution

    Moving away from require.resolve() to handle unenv aliased packages.
    Using the unenv builtin resolution will allow us to drop the .cjs file from the preset
    and to override the base path so that we can test the dev version of the preset.

  • #​7533 755a27c Thanks @​danielgek! - Add warning about the browser rendering not available on local

  • #​7614 8abb43f Thanks @​vicb! - chore(wrangler): update unenv dependency version

    The updated unenv contains a fix for the module resolution,
    see unjs/unenv#378.
    That bug prevented us from using unenv module resolution,
    see #​7583.

  • Updated dependencies [b4e0af1]:

v3.99.0

Compare Source

Minor Changes

  • #​7425 8757579 Thanks @​CarmenPopoviciu! - feat: Make DX improvements in wrangler dev --remote

    Workers + Assets projects have, in certain situations, a relatively degraded wrangler dev --remote developer experience, as opposed to Workers proper projects. This is due to the fact that, for Workers + Assets, we need to make extra API calls to:

    1. check for asset files changes
    2. upload the changed assets, if any

    This commit improves the wrangler dev --remote DX for Workers + Assets, for use cases when the User Worker/assets change while the API calls for previous changes are still in flight. For such use cases, we have put an exit early strategy in place, that drops the event handler execution of the previous changes, in favour of the handler triggered by the new changes.

  • #​7537 086a6b8 Thanks @​WillTaylorDev! - Provide validation around assets.experimental_serve_directly

  • #​7568 2bbcb93 Thanks @​WillTaylorDev! - Warn users when using smart placement with Workers + Assets and serve_directly is set to false

Patch Changes

  • #​7521 48e7e10 Thanks @​emily-shen! - feat: add experimental_patchConfig()

    experimental_patchConfig() can add to a user's config file. It preserves comments if its a wrangler.jsonc. However, it is not suitable for wrangler.toml with comments as we cannot preserve comments on write.

  • Updated dependencies [1488e11, 7216835]:

v3.98.0

Compare Source

Minor Changes

  • #​7476 5124b5d Thanks @​WalshyDev! - feat: allow routing to Workers with Assets on any HTTP route, not just the root. For example, example.com/blog/* can now be used to serve assets.
    These assets will be served as though the assets directly were mounted to the root.
    For example, if you have assets = { directory = "./public/" }, a route like "example.com/blog/*" and a file ./public/blog/logo.png, this will be available at example.com/blog/logo.png. Assets outside of directories which match the configured HTTP routes can still be accessed with the Assets binding or with a Service binding to this Worker.

  • #​7380 72935f9 Thanks @​CarmenPopoviciu! - Add Workers + Assets support in wrangler dev --remote

Patch Changes

  • #​7573 fb819f9 Thanks @​emily-shen! - feat: add experimental_readRawConfig()

    Adds a Wrangler API to find and read a config file

  • #​7549 42b9429 Thanks @​penalosa! - Expand metrics collection to:

    • Detect Pages & Workers CI
    • Filter out default args (e.g. --x-versions, --x-dev-env, and --latest) by only including args that were in argv

  • #​7583 8def8c9 Thanks @​penalosa! - Revert support for custom unenv resolve path to address an issue with Wrangler failing to deploy Pages projects with nodejs_compat_v2 in some cases

v3.97.0

Compare Source

Minor Changes

  • #​7522 6403e41 Thanks @​vicb! - feat(wrangler): allow overriding the unenv preset.

    By default wrangler uses the bundled unenv preset.

    Setting WRANGLER_UNENV_RESOLVE_PATHS allow to use another version of the preset.
    Those paths are used when resolving the unenv module identifiers to absolute paths.
    This can be used to test a development version.

  • #​7479 2780849 Thanks @​penalosa! - Accept a JSON file of the format { name: string }[] in wrangler kv bulk delete, as well as the current string[] format.

Patch Changes

v3.96.0

Compare Source

Minor Changes
Patch Changes

  • #​7542 f13c897 Thanks @​CarmenPopoviciu! - Always print deployment and placement ID in Cloudchamber commands

    Currently, Cloudchamber commands only print the full deployment ID when the deployment has an IPv4 address. This commit ensures the deployment ID and the placement ID are always printed to stdout. It also moves the printing of the IPv4 address (if one exists) to the same place as the IPv6 address so that they are printed together.

  • #​6754 0356d0a Thanks @​bluwy! - refactor: move @cloudflare/workers-shared as dev dependency

  • #​7478 2e90efc Thanks @​petebacondarwin! - fix: ensure that non-inherited fields are not removed when using an inferred named environment

    It is an error for the the user to provide an environment name that doesn't match any of the named environments in the Wrangler configuration.
    But if there are no named environments defined at all in the Wrangler configuration, we special case the top-level environment as though it was a named environment.
    Previously, when this happens, we would remove all the nonInheritable fields from the configuration (essentially all the bindings) leaving an incorrect configuration.
    Now we correctly generate a flattened named environment that has the nonInheritable fields, plus correctly applies any transformFn on inheritable fields.

  • #​7524 11f95f7 Thanks @​gpanders! - Include response body in Cloudchamber API errors

  • #​7427 3bc0f28 Thanks @​edmundhung! - The x-provision experimental flag now identifies draft and inherit bindings by looking up the current binding settings.

    Draft bindings can then be provisioned (connected to new or existing KV, D1, or R2 resources) during wrangler deploy.

  • Updated dependencies []:

v3.95.0

Compare Source

Minor Changes

v3.94.0

Compare Source

Minor Changes
  • #​7229 669d7ad Thanks @​gabivlj! - Introduce a new cloudchamber command wrangler cloudchamber apply, which will be used by customers to deploy container-apps
Patch Changes

v3.93.0

Compare Source

Minor Changes

  • #​7291 f5b9cd5 Thanks @​edmundhung! - Add anonymous telemetry to Wrangler commands

    For new users, Cloudflare will collect anonymous usage telemetry to guide and improve Wrangler's development. If you have already opted out of Wrangler's existing telemetry, this setting will still be respected.

    See our data policy for more details on what we collect and how to opt out if you wish.

  • #​7448 20a0f17 Thanks @​GregBrimble! - feat: Allow Workers for Platforms scripts (scripts deployed with --dispatch-namespace) to bring along assets

  • #​7445 f4ae6ee Thanks @​WillTaylorDev! - Support for assets.experimental_serve_directly with wrangler dev

Patch Changes

v3.92.0

Compare Source

Minor Changes

  • #​7251 80a83bb Thanks @​penalosa! - Improve Wrangler's multiworker support to allow running multiple workers at once with one command. To try it out, pass multiple -c flags to Wrangler: i.e. wrangler dev -c wrangler.toml -c ../other-worker/wrangler.toml. The first config will be treated as the primary worker and will be exposed over HTTP as usual (localhost:8787) while the rest will be treated as secondary and will only be accessible via a service binding from the primary worker. Notably, these workers all run in the same runtime instance, which should improve reliability of multiworker dev and fix some bugs (RPC to cross worker Durable Objects, for instance).

  • #​7130 11338d0 Thanks @​nickbabcock! - Update import resolution for files and package exports

    In an npm workspace environment, wrangler will now be able to successfully resolve package exports.

    Previously, wrangler would only be able to resolve modules in a relative node_modules directory and not the workspace root node_modules directory.

  • #​7355 5928e8c Thanks @​emily-shen! - feat: add experimental_serve_directly option to Workers with Assets

    Users can now specify whether their assets are served directly against HTTP requests or whether these requests always go to the Worker, which can then respond with asset retrieved by its assets binding.

Patch Changes

v3.91.0

Compare Source

Minor Changes

  • #​7230 6fe9533 Thanks @​penalosa! - Turn on wrangler.json(c) support by default

    Wrangler now supports both JSON (wrangler.json) and TOML (wrangler.toml) for it's configuration file. The format of Wrangler's configuration file is exactly the same across both languages, except that the syntax is JSON rather than TOML. e.g.

    name = "worker-ts"
main = "src/index.ts"
compatibility_date = "2023-05-04"

    would be interpreted the same as the equivalent JSON

    {
  "name": "worker-ts",
  "main": "src/index.ts",
  "compatibility_date": "2023-05-04"
}

  • #​7330 219109a Thanks @​jonesphillip! - Added Oceania (oc) location hint as acceptable choice when creating an R2 bucket.

  • #​7227 02a0e1e Thanks @​taylorlee! - Add preview_urls toggle to wrangler.toml

    The current Preview URLs (beta) feature routes to version preview urls based on the status of the workers_dev config value. Beta users have requested the ability to enable deployment urls and preview urls separately on workers.dev, and the new previews_enabled field of the enable-subdomain API will allow that. This change separates the workers_dev and preview_urls behavior during wrangler triggers deploy and wrangler versions upload. preview_urls defaults to true, and does not implicitly depend on routes the way workers_dev does.

  • #​7308 1b1d01a Thanks @​gpanders! - Add a default image for cloudchamber create and modify commands

  • #​7232 7da76de Thanks @​toddmantell! - feat: implement queues info command

    This command allows users to get information on individual queues.

    To run this command use the queues info command with the name of a queue in the user's account.

    wrangler queues info my-queue-name

Patch Changes

v3.90.0

Compare Source

Minor Changes
Patch Changes

v3.89.0

Compare Source

Minor Changes
Patch Changes

  • #​7314 a30c805 Thanks @​Ankcorn! - Fix observability.logs.enabled validation

  • #​7285 fa21312 Thanks @​penalosa! - Rename directory to projectRoot and ensure it's relative to the wrangler.toml. This fixes a regression which meant that .wrangler temporary folders were inadvertently generated relative to process.cwd() rather than the location of the wrangler.toml file. It also renames directory to projectRoot, which affects the `unstable_startWorker() interface.

  • Updated dependencies [563439b]:

v3.88.0

Compare Source

Minor Changes

  • #​7173 b6cbfbd Thanks @​Ankcorn! - Adds [observability.logs] settings to wrangler. This setting lets developers control the settings for logs as an independent dataset enabling more dataset types in the future. The most specific setting will win if any of the datasets are not enabled.

    It also adds the following setting to the logs config

    • invocation_logs - set to false to disable invocation logs. Defaults to true.
    [observability.logs]
enabled = true
invocation_logs = false

  • #​7207 edec415 Thanks @​jonesphillip! - Added r2 bucket lifecycle command to Wrangler including list, add, remove, set

Patch Changes

v3.87.0

Compare Source

Minor Changes
Patch Changes

Configuration

📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).

🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.

♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.

🔕 Ignore: Close this PR and you won't be reminded about these updates again.

  • If you want to rebase/retry this PR, check this box

This PR was generated by Mend Renovate. View the repository job log.

@github-actions GitHub Actions
Copy link

github-actions bot commented Jul 3, 2024 •
edited
Loading

Run report for dd5a3322

Total time: 27.6s | Comparison time: 25.7s | Estimated loss: 1.9s (7.0% slower)

Action Time Status Info
🟩 SyncWorkspace 0ms Passed
⬛️ SetupToolchain(node:20.15.1) 1.3s Skipped
🟩 InstallWorkspaceDeps(node:20.15.1) 13.3s Passed
🟩 SyncProject(node, site) 0.3ms Passed
🟩 RunTask(site:imports) 511.8ms Passed
🟩 RunTask(site:sync) 3s Passed
🟩 RunTask(site:format) 265.4ms Passed
🟥 RunTask(site:check) 9s Failed
🟩 RunTask(site:lint) 256.4ms Passed
⬛️ RunTask(site:build) 0.1ms Skipped
Touched files
.github/workflows/deployment.yml
apps/site/package.json
pnpm-lock.yaml

@renovate renovate bot force-pushed the renovate/wrangler-3.x branch from b6445fe to 9a90149 Compare July 4, 2024 19:07
@renovate renovate bot changed the title Update dependency wrangler to v3.63.0 Update dependency wrangler to v3.63.1 Jul 4, 2024
@renovate renovate bot force-pushed the renovate/wrangler-3.x branch from 9a90149 to a7315bc Compare July 9, 2024 19:43
@renovate renovate bot changed the title Update dependency wrangler to v3.63.1 Update dependency wrangler to v3.63.2 Jul 9, 2024
@renovate renovate bot force-pushed the renovate/wrangler-3.x branch from a7315bc to a0d5724 Compare July 11, 2024 16:30
@renovate renovate bot changed the title Update dependency wrangler to v3.63.2 Update dependency wrangler to v3.64.0 Jul 11, 2024
@renovate renovate bot force-pushed the renovate/wrangler-3.x branch from a0d5724 to f6a591d Compare July 16, 2024 17:46
@renovate renovate bot changed the title Update dependency wrangler to v3.64.0 Update dependency wrangler to v3.65.0 Jul 16, 2024
@renovate renovate bot force-pushed the renovate/wrangler-3.x branch from f6a591d to 0f92495 Compare July 19, 2024 16:55
@renovate renovate bot changed the title Update dependency wrangler to v3.65.0 Update dependency wrangler to v3.65.1 Jul 19, 2024
@renovate renovate bot force-pushed the renovate/wrangler-3.x branch from 0f92495 to fc0dfdc Compare July 23, 2024 17:31
@renovate renovate bot changed the title Update dependency wrangler to v3.65.1 Update dependency wrangler to v3.66.0 Jul 23, 2024
@renovate renovate bot force-pushed the renovate/wrangler-3.x branch from fc0dfdc to 56a994b Compare July 25, 2024 18:32
@renovate renovate bot changed the title Update dependency wrangler to v3.66.0 Update dependency wrangler to v3.67.0 Jul 25, 2024
@renovate renovate bot force-pushed the renovate/wrangler-3.x branch from 56a994b to e47f74f Compare July 26, 2024 14:24
@renovate renovate bot changed the title Update dependency wrangler to v3.67.0 Update dependency wrangler to v3.67.1 Jul 26, 2024
@renovate renovate bot force-pushed the renovate/wrangler-3.x branch from e47f74f to 03da707 Compare August 1, 2024 13:22
@renovate renovate bot changed the title Update dependency wrangler to v3.67.1 Update dependency wrangler to v3.68.0 Aug 1, 2024
@renovate renovate bot force-pushed the renovate/wrangler-3.x branch from 03da707 to 607df9c Compare August 6, 2024 20:11
@renovate renovate bot changed the title chore(deps): update dependency wrangler to v3.99.0 chore(deps): update dependency wrangler to v3.100.0 Jan 7, 2025
@github-actions github-actions bot requested a deployment to [site] (renovate/wrangler-3.x) January 7, 2025 20:45 Abandoned
@renovate renovate bot force-pushed the renovate/wrangler-3.x branch from 47931df to 1fb4782 Compare January 9, 2025 23:10
@renovate renovate bot changed the title chore(deps): update dependency wrangler to v3.100.0 chore(deps): update dependency wrangler to v3.101.0 Jan 9, 2025
@github-actions github-actions bot requested a deployment to [site] (renovate/wrangler-3.x) January 9, 2025 23:11 Abandoned
@renovate renovate bot force-pushed the renovate/wrangler-3.x branch from 1fb4782 to 89f38a5 Compare January 14, 2025 21:44
@renovate renovate bot changed the title chore(deps): update dependency wrangler to v3.101.0 chore(deps): update dependency wrangler to v3.102.0 Jan 14, 2025
@github-actions github-actions bot requested a deployment to [site] (renovate/wrangler-3.x) January 14, 2025 21:45 Abandoned
@renovate renovate bot force-pushed the renovate/wrangler-3.x branch from 89f38a5 to 2f782e5 Compare January 16, 2025 12:21
@renovate renovate bot changed the title chore(deps): update dependency wrangler to v3.102.0 chore(deps): update dependency wrangler to v3.103.0 Jan 16, 2025
@github-actions github-actions bot requested a deployment to [site] (renovate/wrangler-3.x) January 16, 2025 12:23 Abandoned
@renovate renovate bot force-pushed the renovate/wrangler-3.x branch from 2f782e5 to e21c338 Compare January 16, 2025 21:57
@renovate renovate bot changed the title chore(deps): update dependency wrangler to v3.103.0 chore(deps): update dependency wrangler to v3.103.1 Jan 16, 2025
@github-actions github-actions bot requested a deployment to [site] (renovate/wrangler-3.x) January 16, 2025 21:58 Abandoned
@renovate renovate bot force-pushed the renovate/wrangler-3.x branch from e21c338 to 0f0ca56 Compare January 17, 2025 13:06
@renovate renovate bot changed the title chore(deps): update dependency wrangler to v3.103.1 chore(deps): update dependency wrangler to v3.99.0 Jan 17, 2025
@github-actions github-actions bot requested a deployment to [site] (renovate/wrangler-3.x) January 17, 2025 13:07 Abandoned
@renovate renovate bot force-pushed the renovate/wrangler-3.x branch from 0f0ca56 to 8988dd5 Compare January 19, 2025 08:28
@renovate renovate bot changed the title chore(deps): update dependency wrangler to v3.99.0 chore(deps): update dependency wrangler to v3.103.2 Jan 19, 2025
@github-actions github-actions bot requested a deployment to [site] (renovate/wrangler-3.x) January 19, 2025 08:29 Abandoned
@renovate renovate bot force-pushed the renovate/wrangler-3.x branch from 8988dd5 to f21fafc Compare January 22, 2025 08:58
@renovate renovate bot changed the title chore(deps): update dependency wrangler to v3.103.2 chore(deps): update dependency wrangler to v3.104.0 Jan 22, 2025
@github-actions github-actions bot requested a deployment to [site] (renovate/wrangler-3.x) January 22, 2025 08:59 Abandoned
@renovate renovate bot force-pushed the renovate/wrangler-3.x branch from f21fafc to d392004 Compare January 22, 2025 18:16
@renovate renovate bot changed the title chore(deps): update dependency wrangler to v3.104.0 chore(deps): update dependency wrangler to v3.103.2 Jan 22, 2025
@github-actions github-actions bot requested a deployment to [site] (renovate/wrangler-3.x) January 22, 2025 18:17 Abandoned
@renovate renovate bot force-pushed the renovate/wrangler-3.x branch from d392004 to dd5a332 Compare January 22, 2025 20:57
@renovate renovate bot changed the title chore(deps): update dependency wrangler to v3.103.2 chore(deps): update dependency wrangler to v3.105.0 Jan 22, 2025
@github-actions github-actions bot requested a deployment to [site] (renovate/wrangler-3.x) January 22, 2025 20:58 Abandoned
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Reviewers
No reviews
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

Successfully merging this pull request may close these issues.
0 participants